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REMOTELY CONFIGURABLE MULTIMEDIA ENTERTAINMENT AND 
INFORMATION SYSTEM WITH REAL-TIME AUCTIONING OF 
ADVERTISEMENT SPACE 

BACKGROUND OF THE INVENTION 

As advertising has become prominent in society, advertisers have sought 
additional means to reach their audience. In addition, the desire of advertisers to 
reach a target audience has increased and the field of advertising has become more 
competitive Accordingly, there is a need for more effective means of providing 
advertising to target audiences 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows a block diagram of a system overview. 

FIG. 2 shows a block diagram of a vehicle multimedia receiver. 

FIG. 3 shows a system diagram of an internet gateway network. 

FIG. 4 is a block diagram of one presently preferred hardware platform. 

FIG. 5 illustrates sample Web configuration elements. 

FIG. 6 is a flow chart of the update information flow of the location based 
advertising of the invention, where FIG. 6(A) is a first half of the flow chart, and 
FIG. 6(B) is a second half of the flow chart 

FIG. 7 illustrates one presently preferred information pool used with the 
invention, 

HG.S is a flow chart showing the choosing of an advertisement. 
FIG. 9 is a flow chart showing obtaining an advertisement 
FIG. 10 is a ladder diagram showing a user initiated update request. 
FIG. 1 1 is a ladder diagram showing a vendor initiated update request 
FIG. 12 is a flow chart showing the shopping list feature of the invention. 
FIG. 1 3 is a flow chart showing a user originated update. 
FIG. 14 is a flow chart showing a system originated update. 
FIG. 15 is a flow chart showing the process of selecting a user. 
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FIG. 16 is a flow chart of one presently preferred method of providing an 
opportunity for bidding or auction. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED 
EMBODIMENTS OF THE INVENTION 

Referring to the drawings, where like elements receive like reference 
numerals throughout, the invention generally is a computer controlled multimedia 
entertainment and infonnation system 10. The invention offers information 
enriched audio broadcasts, personalized information services, integrated access to 
personal and recorded data, enhanced navigation services and other software 
expandable services in a vehicle through the use of a wireless Internet connection 
to an enabling Intemet gateway network. As shown in Figure 1, the invention 
consists of (1) a remotely programmable, microcomputer controlled multimedia 
device 20 in a vehicle with a wireless IP address for Intemet access, (2) an Intemet 
gateway network 30 that provides programming, information and Intemet access 
to the multimedia device 20, and (3) one or more remote programming devices 40. 

The multimedia device 20 includes a computer 50 that preferably runs an 
operating system and series of applications that control the operation of the device 
20. A user operates an application by tuning to a "channel" in keeping with the 
known radio paradigm and its user friendly operations. The two types of channels 
preferably available are audio broadcasts (e.g., AM, FM, TV, digital, Intemet 
audio broadcasts and recorded material) and personal information services (e.g., 
navigation, email, traffic alerts, etc.). Channels are organized in a hierarchy 158 
so any one can be easily selected on screen (see FIG. 2). Audio broadcast 
channels 42 are organized by the format of the broadcast (i.e., country, rock, talk, 
etc.) and not by the band or frequency of the station. The listener configures the 
organization of the channels through a remote device 40 via the Intemet gateway 
network 30. 

The Intemet gateway netwoilc 30 is designed to transmit and receive 
critical information to and from a multimedia device 20 in the vehicle 184 (FIG. 
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3). Information transmitted preferably includes broadcaster identification that 
allows the multimedia device 20 to tune to stations by their fomiats, direct Internet 
access for streaming audio broadcasts and other Internet content, broadcast 
advertising database lookup for direct resix>nse to advertisements heard in a 
vehicle, navigation services, delayed digital personalized broadcasts, personal 
information event notices, and application downloads to CTeate new personal 
information channels. 

Remote programmable devices 40, such as a computer connected to the 
Internet 60, are used to download information from the Internet gateway network 
30 to the multimedia device 20 in the vehicle 184. From a remote device 40, a 
user can customize the way audio broadcasts and personal information sendee 
channels are organized in the vehicle's multimedia device 20, can request new 
personal information services be downloaded from the Internet gateway 30 to the 
multimedia device 20, and can retrieve information from the gateway 30 that he 
has stored there from the vehicle 184, The user can also access his custom profile 
and billing information records. 

Figure 1 shows numy possible wireless communication methods between 
the vehicle device and the gateway. As those skilled in the art will appreciate, the 
methods illustrated in FIG. 1 are meant to be representative and do not reflect all 
possible wireless communication methods that may be enqjloyed. 

It is thus an object of the invention to allow any AM, FM, TV audio, or 
digital audio broadcast or any Internet audio broadcast to be easily selected by 
format (i.e., country, classical, news, rock, talk, etc.) in a vehicle. The user will 
not need to know the band or frequency of any station to select a broadcast as all 
types of broadcasts are simply ordered by format. The multimedia device 20 will 
make the appropriate band and frequency selection when a listener selects a station 
hierarchically organized under a format category. 

It is also an object of the invention to automatically tune to comparable 
station fomiats when a vehicle travels out of an area where the existing stations are 
known to the listener. 
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It is a further object of the invention that, when a vehicle travels out of an 
area such that a currently broadcast program fades out, to automatically time to 
another station or recorded broadcast playing the same program or at least the 
same program type. 

It is yet a further object of the invention to remotely configure the 
multimedia device 20 using an Internet gateway network 30 database to download 
information about all the audio formats and audio broadcasters (e.g., 
AM/FM/TV/DAB/Intemet) possible in a geographic area. The user will choose to 
show on the radio only those formats and stations he/she desires, blocking out 
from view all unwanted formats and stations. 

It is yet a further object of the invention to add new personal information 
SCTvices (e.g., email, stock quotes, interactive audio games, etc.) to the multimedia 
device 20 from a wireless Internet connection 60 by downloading applications. 
Such services are called personal information or data channels in keeping with 
radio nomenclature as their applications can be used by simply selecting them as 
you would an audio channel in the main menu or with a preset button. 

It is still another object of the invention to remotely configure the system 
10 using an Internet gateway network 30 database to present all the personal 
infomiation services available to the user (i.e., navigation, email, stock quotes, 
etc.). The user may select only those services he/she desires to use in the vehicle 
184. 

It is still another object of the invention to allow event driven personal 
infOTmation services to verbalize time specific (e.g., your stock hits new high) or 
location specific (e.g., traffic incident warning) information using speech 
synthesis. 

It is still another object of the invention to allow recorded compressed 
audio files and other large data files to be downloaded into the multimedia device 
20 from a high speed local area 70 wireless receiver 72. Such downloads may 
occur at the listener's home or business, or at designated resale locations for such 
types of data (e.g., record stores, gas stations, etc.). 
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It is Still another object of the invention to allow previously recorded audio 
broadcasts (usually talk or news oriented programming) to be played back at 
desired times by recording such broadcasts at a network location and then 
transmitting these files over a wireless Internet cellular connection 80 at off peak 
hours to the vehicle 184. Since talk broadcasts result in small compressed files, 
they can be easily dribbled over a relatively slow speed wide band connection 
without long delays. 

It is still another object of the invention to save enhanced information about 
selected broadcasts with the press of a button. The information is wirelessly 
transmitted to a server on the Internet gateway network 30 that can be later 
retrieved fi-om flie user's home or office computer with an Internet connection and 
web browser. 

It is still another object of the invention to allow the selection of live and 
recorded audio material by format in a vehicle as well as select information 
services (i.e., phone book, navigation, etc.) by using a combination of a 
hierarchical menu along with presets that chose a broadcast station or run a 
selected service application. Selection can be done by pressing directional and 
preset buttons or by using voice navigation. 

It is another object of the invention to present a unique configuration of the 
system 10 for any number of users so that each user will see only their preferred 
radio stations and information services when they select their profile at flie 
multimedia device 20. 

It is another object of the invention to allow accommodated devices such as 
notebook coirqjuters, PDAs and cellular phones to wirelessly download personal 
information (i.e., phone numbers, addresses, to-do lists, etc.) into the multimedia 
device 20, 

It is yet another object of the invention to allow phone numbers and 
addresses downloaded fi-om accommodated devices to be used for navigation and 
for direct calling. 
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It is yet another object of the invention to allow purchases to be made of an 
advertised on air product with the touch of a button. 

It is still another object of the invention to listen to advertising customized 
for listener preferences when playing recorded broadcast programs. 

It is still another object of the invention to provide navigation sendees from 
the Internet gateway network 30 so maps can remain accurate as they can be 
centrally updated when highway changes occur. 

It is still another object of the invention to provide navigation services from 
the Internet gateway 30 so that vehicle positions reported by in vehicle GPS 
devices can be used by personal information services to provide location 
dependent alerts to the driver. 

It is still another object of the invention to allow input of destination 
addresses for navigation routing from phone numbers or names by doing reverse 
address lookups from an Internet gateway 30 server and then automatically 
OTtering the returned address for the destination. 

It is still another object of the invention to allow input of destination 
addresses for navigation routing from enhanced advertisements that include 
location information in a data sidecast 

These and other features and advantages of the invention will become 
^parent to those skilled in the art upon a review of the following detailed 
description of the presently preferred embodiments of the invention, when viewed 
in conjunction with the appended drawings. 

Following is a description of the system 1 0 components and configuration. 
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Multimedia Device 20 

As Figures 1 and 2 show, the multimedia device 20 consists of a computer 
50 preferably having a microprocessor and memory 90, and storage devices 92 
that contain and run an operating system and applications to control and 
communicate with four onboard receivers: (1) a software controlled multi-band 
AM, FM, TV audio and digital audio broadcast receiver 100; (2) a GPS receiver 
1 10 that continuously reports the vehicle's longitude, latitude and altitude; (3) one 
or more high-speed, narrow band wireless transceivers 120 for fast transmission 
and reception of large amounts of data from accommodated devices; and (4) a 
wide band wireless Internet addressable gateway transceiver 130 to receive 
Internet protocol based audio broadcasts, new applications known as information 
or data chaimels, and configuration data from a gateway network 30 created to 
service the multimedia devices 20. The in-vehicle wireless gateway transceiver 
130 can also send information to the gateway network 30 such as requests for 
navigation data, advertisement responses, purchase requests, etc. The multimedia 
device 20 also controls attached conventional multimedia storage equipment such 
as a CD/DVD player 140 or cassette player (not shown). Sound is output through 
an industry standard amplifier 150 and speakers 152. A microphone 154 allows 
for voice recognition commands to be given and received by the multimedia 
device 20. 

The multimedia device 20 preferably also contains and controls one or 
more digital storage devices 92 to which real-time broadcasts can be digitally 
recorded. The storage devices 92 may be hard drives, flash disks, or other 
automotive grade storage media. The same storage devices 92 can also preferably 
store digital data that is wirelessly transferred to the vehicle in faster than real time 
mode. Exan^^les of such digital materials are MP3 audio files or nationally 
syndicated radio shows that can be downloaded from the gateway network 30 and 
played back when desired rather than when originally broadcast. 

As Figure 2 shows, the multimedia device also uses a LCD, LED or similar 
suitable display screen 160 for an automotive envirormient to present information 
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to the user and to control the multimedia device 20. Controls shown on the LCD 
in Figure 2 are one possible embodiment for control types and location. Those 
skilled in the art will appreciate that control types and locations may vary in 
different in:q>lementations of the invention. In one presently preferred 
embodiment, for exan^le, the display screen 160 includes a 5 14 inch 640 x 480, 
216 color VGA LCD display 168. In an alternate embodiment, tiie display can 
display as httle as two lines of text, whereas an upper limit of the screen display 
168 can be as large as the intended application may dictate. 

The channel selector 162, tuner 164 and preset button 166 controls shown 
in FIG. 2 allow the user to broadly navigate all the channels of audio broadcasts 
and information services available on the multimedia device 20. The channel 
selector 162 allows a user to manually access and select any of the audio and 
information channels available by browsing through them (up, down, forward, 
back) in a hierarchical tree. A display 158 of a portion of the hierarchical tree is 
shown on the screen display 168. The root of the tree, the leftmost part, preferably 
contains major categories of channels. Possible types of major channel categories 
could include music, talk, TV audio, recorded audio, personalized directory 
services and information services. As is explained in detail below, the user can 
configure the presentation of major categories and subcategories so that he/she 
sees only those categories of interest. 

Under each major channel category, there are preferably subcategories. To 
see these subdivisions, the user would select the desired major category by 
pressing the up or down channel selector buttons 162a and then press the forward 
button 162b when the category desired is highlighted. The user could then see all 
the channels available under that subcategory in similar fashion and select any of 
them to play. For example, under the category of music channels, commercial 
audio broadcasts could be subdivided into 30+ radio industry standard formats 
(e.g., blues, classical, county, dance, jazz, rock, sports, talk, etc.). To hear a 
particular country music radio station in a particular geographic area, a user would 
select the "Music" category by pressing the up or down channel selector buttons 

8 
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1 62a and then press the forward channel selector 162b when positioned on 
**Music." Next, the user would use the up or down channel selector buttons 162a 
to highlight ''Country* and would then press the forward button 1 62b. The user 
would then see all the country music channels available in that specific area. 
Moving the channel selector 162 up or down over each channel preferably causes 
each audio station to play. 

Once a user has moved forward in the hierarchical tree, the subcategory or 
channels displayed will remain visible until the user presses the back channel 
selection button 162b that moves the user back up the tree one level. For example, 
to move back from country broadcasts to select other music formats, the user 
would press the back button 162b and then select another music format. The 
multimedia device 20 may be preferably configured so that the last hierarchical 
display and selection the user made is presented when the device is next turned on. 

Preset buttons 166 on the display screen 160 are user configurable buttons 
that allow the user to select any one channel, group of channels or even channels 
fix>m different categories that can be played or displayed with the press of a single 
butt<m. For example, a user could configure a preset button 166 to simply play a 
favorite coimtry station when pressed. The user could also configure a preset 
button 166 to display all the country stations in a specific area. The user could 
even configure a preset button 166 to display their favorite blues, country and rock 
stations at one time on one screen display 168. Once these groups of charmels are 
displayed, the user can play the radio stations by using the chaimel selector buttons 
166. A preset button 166 can also be assigned to any personal information 
channel application. For example, assigning a new chaimel (application) that 
shows all hospitals in an area would result in a map showing the nearest hospitals 
to the vehicle's current position when the preset is pushed. User defined labels 
1 70 for preset buttons 1 66 preferably appear on the screen 168 above the preset 
buttons 166 to indicate their purpose. 

The tuner control 164 shown in FIG. 2 flattens the hierarchical tree. Rather 
than having to step through categories and subcategories to play a chaimel, by 
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turning the tuner control 164 the user can play each channel one after the other in 
the order they appear in the hierarchy 158. If a user has configured the device to 
show only a few categories of channels, this allows fast sequencing through a 
channel list. Pressing the tuner control 164 preferably causes the device to scan 
through the channels as a traditional radio would do, playing a few seconds of 
each station before moving to the next in &e hierarchy 158. 

Computer programs running in the multimedia device 20 control the action 
buttons 172 shown in FIG. 2. Action buttons labels 174 and purposes may change 
fiom program to program. A button's label 174 indicates its current function. 
Some examples of action buttons 172 could be: "INFO" to save extended 
information on something that is being broadcast (e.g., the Internet web address of 
a band currently playing); "CALL" to call a phone number from an advertisement; 
"NAV** to navigate to an address from an electronic address book; or "BUV* to 
purchase an item currently being advertised. 

A microphone input 1 76 on the face of the display 160 allows users to 
control the multimedia device 20 verbaUy rather than through the control buttons. 
Key word recognition software allows the user to make the same channel 
selections that could be made fit>m any of the button ccmtrols. Audio feedback 
through speech synthesis allows the user to make selections and hear if any other 
actions are required. Sofbvare or hardware based voice recognition and speech 
synthesis may be used to inclement this feature. 
Internet Gateway Network 30 

Figure 3 shows a system drawing of the Internet Gateway Network 30. 
The Internet gateway network 30 preferably consists of standard Intemet TCP/IP 
protocol communications equipment 180 and computers 182 that serve multiple 
functions. The gateway 30 is designed to provide wireless Intemet access to the 
multimedia device 20 in the vehicle 184, enhance regular audio broadcasts with 
»ctended information, and provide personalized broadcast, information and 
applications to the vehicle 184. 
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The gateway 30 serves as an Internet Service Provider to vehicles 184 
through various forms of wireless transmission 186. Cellular access is expected to 
provide the initial form of wireless transmission with satellite transmissions to 
follow. In some implementations, requests from the vehicle 184 may come 
through the cellular network 186a while responses may be routed through FM sub- 
carriers 186b or faster satellite networks 186c. Wireless session servers 210 are 
preferably dedicated to maintaining connections with the rest of the gateway 
network 30 no matt^ what form of transmission is used. 

To insure adequate throughput to vehicles 1 84, the gateway network 30 
will cache most requested Internet data in a real time data cache 190, as well as 
convert retrieved Internet content through content converts 192 for appropriate 
display or verbalization on the multimedia device 20. Dedicated streaming data 
servers 188 will be used to broadcast personalized audio broadcasts to the vehicle 
184, as well as rebroadcast other Internet audio broadcasts. 
15 The Internet gateway network 30 also maintains a database management 

system to control several important system databases. The gateway 30 provides a 
broadcaster relational database 194 containing information about all AM, FM and 
TV analog audio broadcasts that can be received in a vehicle 184 within the host 
nation of the gateway network 30 (e.g., radio station call letters, programming 
20 format, frequency assignment, program listing, etc.). Related databases (not 
shown) may maintain similar information for new digital broadcasters such as 
satellite radios who transmit over large geographic areas and for international 
Internet audio broadcasts. Information in the database concerning constantly 
changing program listings (e.g., song play lists, etc.) are preferably continuously 
25 updated throughout a day. 

Advertising databases 196 provide information about advertisements (e.g., 
advertiser name, ad content, time of ad nm, etc.) that are inserted into real-time 
radio broadcasts and into digital personalized broadcasts. In one embodiment of 
the system 10, when a user wishes to purchase a product or get more information 
30 about a product while in the vehicle 1 84, the user can press a "BUY** or "INFO" 

11 
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button on the multimedia device 20, which transmits to the gateway network 30 
the location of his vehicle 184 (GPS derived), the date and time of the button 
press, and the channel selected. The advertised item is then looked up in the 
database 196, and the user is charged for its delivery or is sent more information 
about the product In an alternative embodiment, enhanced advertising 
information for short periods of time may be pushed to the multimedia device 20 
from the gateway 30 at set intervals. Only those ads offering immediate purchase 
or additional information will preferably show indicators for these actions. 

User profile databases 198 contain information about the usct's system 
preferences (e.g., channels selected), billing information and a purchasing interest 
profile. Information in advertising databases can be con^ared against a user's 
purchasing interest profile through an adaptive profiler 200 so that advertisements 
inserted into delayed personalized digital broadcasts mesh with that individual's 
buying interests. If there are multiple users on one account (e.g., family members) 
then each user will preferably have a unique profile in the user database 198. 

Users are also allocated stOTage space on the gateway's servers for their 
own use. Enhanced live or recorded broadcasts that contain information the user 
may want to reference later (e.g., the web address of the band currently playing) 
allow the listener to press a button on the multimedia device 20 to transmit and 
store that information on their user pages on the gateway 30. 

The gateway 30 also provides navigation services through a dedicated 
computer 202 to the vehicle 184. The vehicle 1 84 provides location information 
fix>m its GPS receiver 1 1 0 (FIG. 2) to the gateway 30, and the gateway 30 in turn 
provides mapping services to the vehicle showing travel routes or locations of 
interest. Coupled with the advertising database 196, drivers can see map locations 
related to recent advertisements and get navigation guidance to these locations. 
For exan^le, the driver could get directions to the nearest chain restaurant whose 
commercial just played offering a lunch special. 

The gateway 30 also transmits other software appUcations to the vehicle 
1 84 for use in the multimedia device 20. These applications are referred to as 

12 
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channels and con^rise the personal information services of the system 10 
(navigation, email, etc.). These applications or channels can be downloaded to the 
vehicle 184 from a computer 204 at any time to instantly add to the features of the 
multimedia device 20. 

The gateway 30 further transmits events to the vehicle based on preferences 
provided by tfie user in a user profile stored on a stand alone personal con^iuter 
206. Such events could be, for example, stock market alerts (i.e., set an alert when 
a stock reaches a set value), traffic alerts based upon the user's route (notifies of 
any delays as they happen in real time on the route), email messages, or the like. 

Remote Programming Devices 40 

Several types of remote progranMning devices 40 may send different types 
of data to the multimedia device 20, as shown in Figure. 1 . Such devices 40 can 
also receive different types of data from the multimedia device 20 through the 
Internet gateway 30. Configuration data determines which formats of audio 
broadcasts (i.e., AM, FM, DAB, Internet broadcast) and information services (i.e., 
applications for navigation, stock reports, weather reports, etc.) can be received by 
the remote device 40, as well as what channels are associated with preset buttons 
172 (FIG. 2). 

Configuration data is preferably sent to the multimedia device 20 through a 
computer 206 with an Internet connection 208 using a web browser, as shown in 
FIG. 3. Due to the large number of possible analog, digital and Internet based 
broadcasts available for reception by the multimedia receiver 2 1 0 (Fig. 1), 
choosing from the huge variety of broadcasts is less complicated if it is 
preprogrammed or preconfigured in advance by the user through a remote 
computer 206 rather than from the multimedia device 20 itself The user would 
log onto the Internet 208 in a manner generally known in the art and then access 
the configuration web page of the Internet gateway network 30. Once the user has 
configured the web page selections as desired, he/she could submit the changes. 
The new configuration could then be transmitted to the multimedia device 20 in 
the vehicle 1 84 from the gateway network 30. 

13 
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Personal directory data could be transferred locally to the computer 206 
using such local wireless technology as IrDA or Bluetooth. Examples of such 
remote devices 40 include notebook computers, PDAs or cellular phones. 
Examples of data transferred include phone books, address books and to-do lists. 
Those skilled in the art will appreciate that other remote devices 40 and data 
transferred are contemplated without departing from the essential spirit and scope 
of the invention. The computer's I/O controller (not shown) would constantly 
scan for transmission types it recognizes and once one is found it would initiate a 
data transfer. 

Larger recorded audio files could be transmitted to the multimedia device 
20 from embedded con^uters with fast, high bandwidth local area connections. 
An exan^le of such a transfer would be the purchase of an MPS audio file from a 
retail reseller such as a record store or gasoline station. Another example would 
be the transfer of personal MP3 files from the user's home computer 206 
connected to the vehicle multimedia device 20 through an ffiEE 802. 1 1 standard 
wireless LAN. 

Hardware Platform Description 

Referring now to Figure 4, one presently preferred hardware platform 300 
is shown broken up into the various sections that make up the multimedia device 
20 itself Following is a description of the fimctions of the platform 300, as well 
as a functional description of one presently preferred front panel display 160. The 
front panel 160 is designed by Prisma Design International, Inc. In one 
embodiment, the front panel 1 60 may be a SVi inch TFT flat panel displays 
powered by a 1 2 volt inverter 302. 

The hardware platform 300 includes the components implementing the 
multimedia device 20. The multimedia device 20 is preferably built on an IBM PC 
compatible platform, running the RedHat version 5.1 (Manhattan) Linux operating 
system. Many portions of the operating environment are implemented in the Java 
language running in a VM process. 
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As shown in Figure 4, the hardware platform 300 includes the following 
sub-assemblies or components. Principally, the hardware platform 300 includes a 
motherboard 304, a flat panel display 160, a stereo amplifier 306 and speakers 
308, a microphone 310 and audio inputs 322, a power supply 312, peripheral 
5 devices 3 14, a button controller 3 16, a shortwave radio 3 1 8, and a global 

positioning system receiver 320. Each of these components is described in fiirthCT 
detail below. 

Multimedia Motherboard 304 - The motherboard preferably comprises a 
PCM-S862E Intel Pentium motherboard sold by Advantech Co., Ltd. The 
1 0 motherboard 304 preferably also includes most of the hardware devices required 
for the hardware platform 300, such as: 

100 Base-T 330 

IrDA 332 

Parallel Port 334 
1 5 4 RS232 serial ports 336 

IDE 338 

Floppy disk 340 

Keyboard and Mouse 342, 344 

USB 346 

20 CRT/TFT VGA controller 348 

Sound (not shown) 
PC/104 expansion (not shown) 
1 PCI slot (not shown) 

TFT panel 160 - The platform 300 display preferably is a 4" 640x480 256 
25 color VGA panel. The LCD display preferably runs from 12V DC. 

Stereo AF Amplifier 306 and Speakers 308 - The platform 300 preferably 
includes an after market car stereo amplifier 306 capable of driving 5 speakers 
308. The speakers 308 selected and placement is done by Prisma Design. The 
amplifier 306 has outputs for 2 right channels, 2 left channels, and a sub woofer. 
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MiCTophone 310 and Audio 322 inputs - The microphone 3 1 0 and audio 
322 inputs will feed into the sound subsystem of the conputer 304. Some type of 
mixer is preferred. The presently preferred embodiment uses the Mic input, and 
Computer 304 sound out. Additional hardware may be required for Microphone 
audio pre-processing. 

DC to DC converter 3 1 2 - The system runs on nominal 12 V DC (up to 
13.8 volts actual). The computer 304 requires 7 Amps at nominal 5 Volts. 

IDE devices - A 2.5 inch laptop 4 Gigabyte drive is used. Cabling is also 
provided for a CDROM hookup. 

Button Cluster Controller 316 - A microcontroller that takes the button 
events and tums them into serial codes. 

Linux Console - The first serial port 366 is preferably assigned to the Linux 
console. 

SW Radio 318 - A radio capable of tuning the radio spectrum under RS232 
con^uter control. The radio preferably provides stereo output when in tiie 
domestic FM band. 

GPS 320 - Serial input from a GPS receiver 1 10 (FIG. 2). 
Multimedia Device 20 Configuration and Operation 
While the multimedia device 20 can be operated with default settings, it 
should be preferably configured by the user after purchase for best use. Using a 
remote computer 206 with an Internet connection 208, the user preferably logs 
into the Internet gateway network 30 in a known manner. If the user has never 
created an account before, he/she will first answer a series of questions to create a 
user profile. The user registers information about the multimedia device 20 itself 
(e.g., identification number, model, etc.), provide billing information, provide 
information about the vehicle 184 if the device is an OEM installation, and 
complete the purchase interest profile so that advertisements can be directed to his 
vehicle 1 84 that meet the user's buying needs. 

Next, the user indicates where the multimedia unit 20 is currently located. 
This information will be used to access the broadcaster database 194 and retrieve 
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tuning and other related information about those local stations that may be 
received in this area. If the user subscribes to a digital satellite broadcast service, 
that broadcaster's channels will also be retrieved. Internet audio broadcasts will 
also be shown. 

The user will then see a web page that will be dynamically created. It will 
contain all audio channels available in his area organized by format Figure 5 
shows exanples of the types of information that may be seen. By default, all 
formats and stations are selected. The user will thai be able to check on or off 
which formats and individual stations he/she prefers to see on the device 20. Any 
format or station that is turned off will not appear on the radio display. 

The user will also select those personal information channels (apphcations) 
such as stock reports 400, weather reports 402, traffic reports (not shown), etc. that 
the user wishes to use. These applications will be downloaded to the multimedia 
device 20 once the configuration session ends. The services shown will preferably 
grow over time as new features are added. 

As shown in Figure 5, the user can also configure the preset buttons 1 66 on 
the multimedia device 20 to select one or more channels 404 when a button 1 66 is 
pressed Last, the user presses an option button 406 to configure the device 20 
with his settings. All the formats and stations selected are transferred to the user's 
profile pages on the Internet gateway 30. The gateway 30 will next awaken the 
multimedia device 20 and then transfer the configuration data to the multimedia 
device's local database 198 and also download any new service applications to the 
device 20. 

When the device 20 is instmcted to tune to a particular local or satellite 
station in the vehicle 184, its tuning program will retrieve the band and frequency 
information contained in its local database of stations 194, and then tune the 
software programmable receiver 100 (FIG. 2) with this information. If the channel 
is an Internet audio broadcast, the tuning program will create a wireless Internet 
connection with the gateway 30 using the designated URL in its local database 
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194 as the source of the streaming broadcast, and will then run an appropriate 
application to play the broadcast. 

If the vehicle 184 moves out of the geographic area used in the original 
configuration and so loses signal from its local stations, several corrective 
possibilities may h^pen. The user may manually request from the multimedia 
device 20 a recalibration of local audio stations. The location of the vehicle 184 
from the GPS receiver 1 10 is sent to the gateway 30 and a new set of local stations 
are transferred back to the device 20 from the gateway broadcaster database 194. 
Another possibility is that if the playing station experiences a set amount of drift, 
that event will automatically trigger a request for a local station recalibration. It 
could also request from the broadcaster database 194 at the gateway 30 a list of 
any other receivable stations that are currently broadcasting the same 
programming as the fading station. 

Location Based Advertising Business Method 
^ 5 Using the computer controlled multimedia entertainment and information 

system 10 described above or some other suitable network, a method for 
transmission of location based advertising is provided. Although the following 
description refers to multimedia entertainment and information system 10 and 
multimedia device 20, the location based advertising methods described in this 
20 application could apply to any communications system or any wireless 

communication device, including without limitation, pagers, cellular phones, two- 
way radios, PDAs, l^tops, etc. The key aspect of this method is trading location 
based consimier preference or behavior profile information on various products or 
services for a number of advertisements transmitted to the system 1 0. Such a 
25 method is based upon advertisement selection criteria, user location information, 
and proximity of users and vendors. 

In particular, the present invention contemplates a method of providing 
service or products in a communication network comprising the steps of providing 
a plurality of service or product options to an end user; consumers will receive 
services or products in exchange for receiving ads. The plurality of service or 
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product options could include such things as location based services (roadside 
assistance, navigation, etc.), news update, sports, weather, stock quotes, e- 
commerce transactions, web surfing minutes, discounts on products, frequent flier 
miles, free products (CD's, electronic equipment, gasoline), etc. in exchange for 
the end user receiving ads (voice, text or other medium) to a communication 
device. Alternatively, a plan could include a predetermined set of services or 
products provided to the end user in exchange for receiving a predetermined 
number of ads during a predetermined time frame or a number of ads within a 
predetermined range fitting said user's profile. The ads could be required to be 
received over a predetermined time frame to encourage more system usage. 

Referring first to FIG. 6, a flow chart of the iqxiate information flow of the 
location based advertising method of the invention is provided, where FIG. 6(A) is 
a first half of the flow chart, and FIG. 6(B) is a second half of the flow chart. 
What triggers this diagram is an update received from the user. An example of 
such a request would include a message received by the system 10, where the 
message was transmitted from the multimedia device 20, This message could be 
sent by the system 10, or sent automatically by the device 20 or manually by the 
user interacting with device 20 or some other device communicating with system 
10. In connection vsdth FIG. 6, it doesn't matter how the system 10 received the 
message; FIG. 6 illustrates the processing of the message-the mechanics of how 
the message was caused to be generated, is addressed in greater detail below. 
The first step 500 shown in FIG. 6(A) performed by the method is to 
collect information relative to the user. This information can come from the 
message that was received from the user. For example, the information can 
include a user identification number associated with a remote location; location- 
related information, such as position, direction and speed of the user; time (this 
data can come internally from the system 1 1); and potentially other external 
information that the system 1 1 may request from the user. Examples of this 
additional information is described in greater detail below. System refers to the 
electronic system which can create or forward messages to users. In some 
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embodiments this could be a computer, an interconnected system of conqjuters 
and transactors, or just software residing on an existing con^uter system. System 
is also used to refer to the provider of this service. 

The next step 502 perfonned by the method is to access a database of 
vendor criteria (not shown) to determine if data exists to compare to the user 
information received by the system 1 1 . An example of such vendor criteria is 
whether the vendor is looking for customers who meet certain demographics. 
Another example might be a particular vendor that the system is going to be 
sending an ad for may be looking for potential customers that are within a defined 
(e.g., one mile) radius of a retail location and is also presently driving in a vehicle. 
These are but a few examples of the criteria that a vendor may be looking to place 
advertisements on, and those skilled in the art will appreciate than many other 
examples and criteria exist without departing from the essential spirit and scope of 
the invention. 

This step 502 thus determines if the information that has been received by 
the system 1 1 from the user falls in line with any of the vendor criteria. So, the 
system 1 1 compares each of the vendor's criteria that subscribe to the service 
provided, for this particular update that was received from a user, and determines 
whether the vendor criteria match the user information. If not, there is nothing 
else for the system to do with this particular user update, and the method 
terminates. In an alternate embodiment of the invention, the system 1 1 may go 
back and update the user's profile (described above) with any newly received 
information contained in the user update. 

If a match is generated for one of the vendor's criteria, then the system 1 1 
next determines at step 504 if the usct needs to receive some ads to meet his or her 
preferably required quota of advatisements for subscribing to the system 1 1 . If 
the answer to that question is yes, then program flow moves onto the second half 
of the flowchart (FIG. 6(B)). At step 508, the system 1 1 formulates the 
information in a format where it can be matched against the vendor criteria. With 
that, the system 1 1 can proceed to step 51 1 to determining which advertisement to 
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send to a user in response to the user update. With a given vendor, there may be 
multiple ads that can be sent in response to a particular user update. Examples of 
these ads are described in greater detail below. 

At this point, the system 1 1 determines that an ad exists that is ready to be 
transmitted to the user. At step 5 12, the ad is sent to the user. In the preferred 
embodiment, the system 1 1 also determines at step 5 14 whether interaction from 
the user is necessary in order to obtain further information. This is done to ensure, 
for example, the user is in fact reading the ad and the ads delivered aren't just 
going by while the system 1 1 is turned on overnight just to make sure the user 
meets his quota. So, on some of the ads if they require interaction, the system 1 1 
detemiines if it has received the required information from the user yet or not. 

Assuming that the system 1 1 has received the required user information 
(step 516), the method proceeds to credit the user's account at step 518 and then 
tominates. If the particular ad selected did not require any user interaction, 
however, then the method checks to ensure that a confirmation that the ad was 
delivered is necessary or required by the vendor at step 522. On certain messaging 
systCTis that can be used as remote programming devices 40, the confirmation 
may be transmitted back to such a device 40, If no confirmation is required, the 
method terminates. If a confirmation is required, then the method determines if 
the ad was in fact delivered at step 520 and, once confirmation is received, the 
program credits the user's account at step 518 from a running tally of ads received, 
and then terminates. 

Returning to FIG. 6(A), if the user still needs to receive a certain number of 
ads to meet his or her periodic quota, the system 1 1 repeats the above procedures. 
If the user has received all the ads that were needed to be received to meet the 
subscription quota, in the preferred embodiment of the invention the method 
proceeds on the assumption that the user is not interested in receiving any more 
ads during this interval, whatever it is. However, in the preferred embodiment, the 
system 1 1 allows for an override feature where the user has engaged the shopping 
list feature shown in step 506. In that embodiment, the system 1 1 still allows the 
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user to receive ads because that provides a benefit to the user as opposed to 
something the user is doing just to get this service. The shopping Hst feature is 
described in greater detail below in connection with FIG. 12. 

As those skilled in the art will appreciate, the received user information 
may come at a different point in time. So, when that information comes in, 
because it is coming from a different part of the system 1 1 , the method still needs 
to credit the user's account when the information is received. 

Referring next to FIG. 7, a listing of presently preferred information that is 
received from a user to form an information pool 530 is illustrated. Some things 
ah-eady mentioned include velocity 532 and position/location 534 of the user, time 
of day 536 and mileage 538. If the system 1 1 is tied into an automobile 184, the 
information pool may further include oil pressure 540, gauge data 542, and interior 
car temperature 544. Outside temperature could be obtained either from the 
vehicle or from some external input 546 like a weather channel web site. Those 
skilled in the art will appreciate that myriad different kinds of information can 
come into the information pool 530. 

An example of how the information pool 530 is used by the system 1 1 
would include, in the case whwe a chain of automotive oil change retail stores 
subscribe as a registered vendor for the system, the vendor may want to push an ad 
anytime anybody is within one mile of a retail location. Some of the triggers the 
system 1 1 can provide to the retailer in the form of user information thus includes 
whether the user's oil pressure light is on. If so, then the vendor may want to send 
the potential customer an oil change ad. Likewise, if the vendor obtains 
information on the interior temperature of the vehicle and that infomiation is 
coupled with information about outside temperature — and the outside 
temperature, for example, is 1 15** while the interior temperature of the car is 95° - 
instead of sending an oil change ad, same vendor may prefer to send an air 
conditioner recharge ad. Similarly, if tire pressure 556 is low, a vendor may want 
to send an ad that tells a potential customer to come in and get their tires checked. 
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In addition, the information pool 530 need not always exist by pinging or 
polling the user. For example, a user's purchase history preferences 548 can also 
be included This information, however, is not information that can be readily 
obtained from the user. Rather, this is information that the system 1 1 can coiTq>ile 
over time and keep resident in a memory. An example of the method of 
accumulating historical purchasing data may be that a user historically responds to 
50% of ads sent so the system 1 1 can start getting ratings on how valuable is this 
person to the program, as well as what target advertising seem to work better for a 
particular user. Mcwt siq>pliers/vendors look for a particular type of customer, so 
such ad acceptance information 558 is valuable. 

Some of the infcnmation contained in the pool 530 may relate back to some 
of the demogr^hics 550 of the individual. If the user has small children, then the 
system 1 1 can send the user a McDonalds' ad when the user is within range of a 
McDonald's store. Alternatively, a negative database con be compiled so that 
McDonalds may choose to not target a childless person with an ad and not waste 
the time and «cpense if the demographics do not support the ad. This type of 
information also overlaps with the location data 534. If, for example, the system 
1 1 knows that a particular user is parked outside of a school for a period of time 
(e.g., two minutes), the method, can draw the conclusion there that that user must 
have some children that are in that school. Again, that conclusion would be one of 
the criteria used in selecting which ad to send. The system 1 1 can also look at the 
history of that type of information. If the system 1 1 sees the user stop outside a 
school every day for 1 0-20 minutes, the system 1 1 can use that kind of 
infomiation for route history data 552 or route planning 554. 

As mentioned above, target advertising can be temporal rather than spatial 
in nature. The system 1 1 could use time of day information to decide whether to 
send an ad. For example, a coffee shop may want to send ads between the hours 
of 7 a.m. and 1 1 a.m. only. If a user's route everyday is through a certain district 
or area, the system 1 1 has a statistical chance of knowing where the user is going 
to be and a what time. The system 1 1 can start feeding the user ads ahead of this 
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time period without even knowing a precise location. Again, the system 1 1 
monitors the user's route history everyday and sees that the user pulls into a donut 
shop, so the system 1 1 concludes that the user is probably stopping for a donut and 
a coffee. A competing coffee shop may want to start pinging that user with an ad 
as soon as he or she is pulling out of the driveway everyday. 

Figure 8 is a flow chart showing the steps of choosing the ad, which is 
shown generally at step 5 10 in FIG. 6(B). First, the method proceeds to collate 
user data at step 600. This information is combined together at step 604 with the 
vendor mteria (step 602) again matching the appropriate types of information. 
The system 1 1 determines at step 606 if there is a criteria match, as set forth 
above. If not, the method terminates as indicated above. There is thus no vendor, 
and no ad to choose from. 

If there is a match, there may be one or more ads that match, so the method 
proceeds to choose the vendor providing the ad based on the criteria at step 610. 
Some of the criteria here again relates to the different vendors. Part of the 
information may also include the relationship the service provider has with the 
vendor. For example, if a specific vendor is guaranteed a certain number of ads 
per month and because of the narrowness of fliis vendor's criteria, even though 
they don't buy very many ads per month, their criteria is so narrow that the system 
1 1 has to let them bubble to the top for a particular user. 

The next step 6 12 the method performs is to determine if the ad will be 
coming from the system or is it actually going to come directly from the vendor. 
The invention oonten^lates four sources for ads. Static ads are resident on the 
system 1 1 . There may be multiple different ads for a different vendor that are 
chosen by a given criteria, but the ads themselves are static. These ads could also 
be updated at some point possibly in time, but they remain on system 1 1 . In 
contrast, dynamic ads are created on the system 1 1 using some of the criteria to 
actually change the content of flie ad. For example, instead of just sending an ad 
that says: "Come into Dunkin Donuts", a dynamic ad may read: "Bob, come into 
Dunkin Donuts, come and get a cup of coffee." 
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Likewise, the same type of mechanism is available back at the vendor 
where, instead of hosting the ads themselves on the system 1 1, the ads actually 
come directly &om the vendor's system (not shown). The method thus sends the 
vendor CTiteria that was deemed a match to its criteria. Information is sent back 
and forth. Ultimately, the vendor sends the ad to be sent to the user. 

Referring next to FIG. 9, a flow chart of the method of getting an ad is 
provided If there is no additional information required from the user (step 700), 
the system 1 1 determines if this is an existing ad or a custom ad at step 702. If it 
is an existing ad, the method retrieves and returns the ad at step 708. If it is a 
custom ad, then the method proceeds to create the custom ad at step 704 based on 
the update information (FIG. 6) and possibly some additional information. The 
custom ad is then created. 

Backing up to the additional information required step 700, if the system 1 1 
needs more information from the user is proceeds to obtain that information at step 
706. For example, p^haps gauge information from the vehicle is required, but 
that information was not supplied in the original update message. The system 1 1 
requests and retrieves the additional user information. 

Figures 10 and 1 1 are ladder diagrams that show alternate preferred paths 
for sending and receiving information over the system 10. In FIG. 10, the user 
autonomously sends 800 in the information to the system 1 1 . The user thus sends 
in information to the information pool, or more likely a portion of the pool since 
the pool is preferably voy large and transmission of all pool information may tie 
the system 1 1 down. Then, once the information is received and collated by the 
system 1 1, the system 1 1 notifies the vendor 802 that there is a user that meets 
their requirements. The vendor may then respond and request additional detail 
804, such as what is the mileage, temperature, or gauge information related to the 
user. The system 1 1 can then poll the user 806 for that information requesting 
specifically that type of information. As a result, more data from the pool gets 
sent back 808 to the system 1 1 . Or, more data to add to the pool is sent back from 
the user. That data is then sent on to the vendor 8 1 0 by the system 1 1 . The 
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vendor can then decide what they want to do with it, and send a standard or 
custom ad. The vendor then notifies the system 812, the system sends tiie ad to 
the user 814, and the user, preferably, sends a receipt or a confitmation of the 
receipt back to the system 1 1. Finally, some accounting steps are performed 818 
5 on or at the system 1 1 . 

Altematively, FIG. 1 1 shows that the vendor or the system 1 1 itself can 
send a request to the user. Either way, it can be requested if anybody needs a 
product or service 900. The information requested can include, for exan^le, 
whether the user is listening to a certain station on the radio, whether their gas tank 
0 is empty, whatever information the vendor wants. They can send that request out 
902. The desired information will be returned 904. The information retumed can 
then be sent on to tiie vendor if specified 906, or to a selection of vendors if it was 
initiated by the system 1 1. The vendor can then send back an indication what it 
would like to do based on the received information 908. That is sent down to the 
5 user 9 10, if the receipt exists, the receipt is retumed to the system 9 12, and then 
some internal accounting occurs 914. 

Figure 12 illustrates the program flow for the shopping list feature referred 
to earlier in connection with FIG. 6. The user first enters desired items into the 
system at step 1 100, whether it is wireless or done through a computer, as 
> described above. It can be fairly diverse information, such as a need to get wiper 
blades, a gallon of milk, and a lawnmower, for example. Those details are entered 
by the user and the shopping list feature is activated. A subscribing vendor can 
then offer to provide that product to the user. The method proceeds to check if the 
user is geographically near a subscribing vendor at step 1010. If not, the system 
checks to see if a route can be calculated to place the shopper by a subscribing 
vendor at step 1012. The method then checks to see if the vendors have one or 
more of the items on the person's shopping Hst in stock at step 1014. If they 
don't, then method flow returns to a point where it waits until some vendor does. 

If the answer is yes, that product can be offered to the user. The system 1 1 
then notifies the user of the time, the cost and the location of getting the listed item 
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at Step 1016. The time is important because some vendors may have the item up 
front, with somebody waiting for the user to stop by. The user then has the 
information needed to decide to make the purchase or to wait until another time in 
the future (step 1018). Since the request was sent to the vendor if they had these 
items, the system 1 1 lets the vendor know if that the user decided not to make a 
purchase at this time at step 1022. If the user decided to make a purchase, the 
system 1 1 notifies the vendor at step 1020 to prepare the order. The method then 
proceeds to attend to fill up the rest of the person's shopping list 

The ability of a customer to receive information can be a benefits-based 
service. The ad is sent when a portion of the user information pool indicates it 
would be useful for the user (e.g., running out of gas, oil is in need of a change, 
your run flat tire has low air pressure). 

Another application is a person will accept ads at any time for any reason, 
but limits the number in a time period (e.g., no more than 5 ads per day forming a 
quota). The limit may be set so large as to approach a free flow of ads based on the 
user*s information pool. A shopping list can also be used to provide a positive 
service to the user. The event-based service ads should be viewed positively. 

Alternatively, the system could present time, availability, and price 
information on all purchases, and a purchasing decision could be made on all 
items on the shopping list at one time. Multiple vendors may respond to a user's 
list. These responses can be forwarded to the user for the user to pick and choose 
among the vendors for each item. The user could choose or automatic choices 
could be made based on the user's preference for a route, price, time, or past 
experiences with different vendors. After the choices have been made, the 
vendors are informed of the user's choices. An alternative is if price is the main 
driver, a bidding loop could occur on each item, or for groups of items. This 
auctioning for the business of a person who is known to be ready to buy items on 
their shopping list provides vendors with an opportunity to reach a customer ready 
to make a purchase 
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In FIG. 13, a flow chart of the user originated update process is shown. The 
program starts and the method clears an event timer at step 1 100. Again, the timer 
doesn't necessarily need to measure time. The measured data alternatively could 
be miles, or it could be uses of something or product. If the timer has exceeded 
the value looked for at step 1 102. then the system 1 1 collects the data that is going 
to be sent out at step 1 104 and the data is sent at step 1 106. If the answer is no, 
the method loops back and keeps waiting for the timer to time out This process 
correlates to steps 800 and 808 in the ladder diagram shown in FIG. 10. 

Now, referring to FIG. 14, a system originated update program flow is 
described. First, a user is selected at step 1200. Then, the system 1 1 selects the 
data you want to retrieve at step 1202. The system 1 1 then polls the user base for 
that information at step 1204. Once the requested data is received, the system 1 1 
stores it into the portfolio for a particular user at step 1206 and exits. Again, the 
process shown in FIG. 14 could be based on a time or alternate criteria. 

In FIG. 15, a flow chart for selecting a user is illustrated. The method 
starts by determining at step 1300 if any user information require updating at this 
time. If the answer is yes, then the system 1 1 returns that user ID to go out and 
proceeds to obtain the information from the particular user. If there are other users 
that also require updating, that is determined at step 1302 and the method selects 
20 the next user ID at step 1304. If not, the user ID is returned at step 1 308 and the 
method terminates. 

As described in detail above, if there is a navigation planning system that is 
part of the user's vehicle 184, the information from that system can be used to 
determine where the vehicle 1 84 is going to be in the future and that route, or the 
sequence of locations, could be used when comparing against the criteria in the 
database. So in the oil change example, if the vendor is interested in anybody 
within a mile radius, the system 1 1 can predict that the user will be within a mile 
and that might be sufficient to satisfy their criteria that runs in the retailer's ad. 
Alternatively, location could be obtained from a dead reckoning system 
30 rather than a GPS system. For example, current cellular systems can provide ID of 
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the cellular tower that users are near at any point in time. Some of the geography 
data also may not need a lot of precision. Resolution down to part of a city may 
be sufficient in certain instances. 

The location information can also be dynamic. It can change over time. 
5 This allows the vendors to pick different criteria, and different ads. The location 
information is associated with a particular user, so it is not a static location like zip 
code or area code. Rather, it is the location of this particular user at this time and 
over time. As mentioned above, the ad is delivered to the user when the system 1 1 
decides to deliver it and not necessarily when the user is interested in seeing the 
10 ad. 

As mentioned above, in the preferred embodiment, an override for 
emergencies or special situations is provided, so the user can respond to the 
system 1 1 that it does not want to receive advertising For example, in the process 
of driving a child who is bleeding to the hospital, the user can respond 
1 5 automatically "please don ' t bother me with that ad." 

In another aspect of the invention, ads can be tied to services, for example, 
if a user is going to request a sports update, an ad is delivered and then the sports 
i^date or then the weather. In situations like emergency situations, the user can 
override that feature. For example, a tornado is coming and the user really needs 
to to see the weather. The user does not want to see the ad for what's on tv. this 
weekend, however, at that time. 

Other ideas for advertising delivery include, for example, delivery of 
content specific advertising depending upon what information or data the user is 
receiving on his device. For example, if a user is listening to the football game on 
5 the radio, the system 1 1 may want to send the user a relevant ad, such as an ad for 
team apparel or tickets to future games of the home team. The system 1 1 could 
use a change in status, one of these sensors to trigger an ad to be sent. For 
example, rather than waiting for the polling or the time to expire, if the oil light 
turns on, that would send an update back to the system 1 1 and the system 1 1 
) would respond with an oil change advertisement. 
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The user preferably can input their own advertising preferences, as 
described above. So, if users are interested in seeing ads for McDonalds but not in 
seeing ads for a high end steak place, tiien that is accounted for by the system 1 1 , 
The system 1 1 can look at previous purchasing behavior to help identify which ads 
should be sent For a given criteria area, the system 11 can ask what is the 
probability the person will make a purchase? The vendor may want to limit it to a 
certain level. A 50% or higher probability, for example, and a vendor may then 
definitely want to send them an ad. 

There might be certain stores or certain types of products vendors are more 
interested in than others. The system 1 1 could look at a user's wireless device 
usage and habits, and use some of that information to try and decide when is it 
more opportune to send advertisements. Some of the spending habits is just 
feedback from vendors, perhaps, as to what is the likelihood that the usct may 
purchase upon seeing an ad. If that information is recorded by vendors as the 
reason a customer is buying tiiis product today, the vendor may want to take that 
into account 

In choosing an ad for a given merchant which might have more than one 
ad ,the system 1 1 can look at several different things to determine which ad to 
send, or create the ad that would be sent The system 1 1 can look at the activity of 
the user, spending habits, demographics, time of day, time/location history of the 
user, and at a planned route if navigation is tied in. Regarding spending habits, if 
a user is going into a store, why send an ad for $.50 off a sandwich at the deli 
when a person typically spends $1,000 on jewehy. The system 1 1 optimizes 
advertising by including other purchase history, and helps build the demographics, 
or the spending habits of this person. The method of delivery of an ad may be a 
shOTt textual message. Oflier data protocols can be used, such as voice ads. 
Real-Time Auctioning Of Advertisement Space Business Method 
A second method for real-time auctioning of advertising space is provided. 
The broad idea is the real-time auctioning of an opportunity space, the ad being 
the primary opportunity contemplated. It's done on a real time basis to the people 
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who provide the advertisement or the service, such as subscribing vendors. It 
could also be location based, as set fortti in detail above. While the location would 
typically be based upon where a user is located, it could also be based on where 
the merchant is located (e.g., a traveling ice cream sales person). Alternatively, 
5 the system 1 1 could actually target where a customer is going to be rather than 
where the customer is located at present The presently preferred option is user 
location, where a customer is within an area where the vendor wants to apply an 
ad or an opportunity. 

Referring to FIG. 16, a flow chart of one presently preferred method of 
10 providing an opportunity for bidding or auction is provided. At step 1402 an 
opportunity, preferably in the form of an advertisement space, becomes active. 
The opportunity could be an opportunity to send a person a personalized ad. 

Once opportunity becomes active, the system 1 1 notifies interested vendors 
of the ability to make use of that particular opportunity at step 1402. Preferably, 
15 the system 1 1 notifies the vendors what the opportunity is by providing a rating or 
demographic information about the opportunity. Any ofhec pertinent information, 
such as location, product areas, uses, what the provider expects to have happen, 
could also be provided. The opportunity notification is sent, and the system 1 1 
waits at step 1404 to see if there is any vendor interest in that opportunity. If there 
20 is no vendor interest, the oppcMtunity goes away, and the method branches back to 
wait for another opportunity to become active and then proceed accordingly. 

If tiiere is vendor interest, the vendor(s) preferably responds by supplying a 
bid or offer reflecting how much the vendor is willing to pay for that oppcMtunity. 
The next step in the process is to determine if there is more than one company that 
25 is interested in the particular opportunity (step 1406). If there is not more than one 
vendor interested, the system 1 1 proceeds to provide the opportunity to the one 
interested vendor at step 1408. In one preferred embodiment of the invention, a 
facility exists to determine if the received bid meets the requirements of the 
service provider. The answer would be reflected therefore in any notification back 
30 to the vendor. 
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If there is more than one interested vendor, the system 1 1 notifies all of the 
vendors of the highest bid at step 1410 so that each vendor can determine if the 
opportunity is worth more than the current bid. The system 1 1 thus proceeds at 
step 1412 to check if bids being received are still increasing. If they are, the 
program loops back to again notify all vendors of the highest bid (step 1410). As 
those skilled in the art will appreciate, the determination at step 1412 is not limited 
to just bids still increasing. Other bases for comparison can include, for example, 
who responded first in time. Alternatively, the comparison could be who was the 
last vendor to respond. 

Once the bidding and con^arison steps are complete, the system 1 1 advises 
the winning vendor that it won and the remaining vendors that they did not at step 
1414, and then provides the opportunity purchased at step 1416. 

In the course of auctioning the opportunities or ads a service provider may 
want to know who is the vendor that is going to receive the opportunity. Along 
with that question is knowledge about the demographics such as in a pool of 
information 530 (FIG, 7). This could be just standard marketing demographics, 
such as what kind of activity the ads have; the kind of success rates projected; 
whether the users are high spraders , low spenders, or don't spend anything at all. 
The time, time location history, planned routes, both automatic and deterministic 
discussed above also apply to the present method. For example, if the system 1 1 
can provide an opportunity and it won't significantly change the time of a user's 
travel, tfie method can change the route to go by a target establishment. The 
merchants themselves, though, would need to indicate to the system 1 1 that they 
want users like this. Because the seller has a history of success in advertising, 
they inform the system that they should be notified more often. 

Part of the method contemplates in server based navigation applications, 
where the user will have requested a certain destination, that information from the 
user will be periodically sent to the system 1 1 to identify the user's current 
location. The system 1 1 preferably uses that information, plus a host of other 
information such as road construction in the area, any emergencies in the area that 
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cause a road to be closed, a fire, traffic flow rate information, time of day, and 
historical information, to come up with a route for the user. Preferably, metrics 
are calculated for each of the potential routes the system 1 1 could identify. The 
metrics are generally made by having weightings for different parameters, and 
5 then for each of the parameters for a given route, a value is determined, multiplied 
by the weighting and summed together, and then, for example, the route with the 
lowest metric would be chosen. Some routes will be virtually the same time or 
same distance, and yet the system 1 1 could easily direct the user to the one that 
goes past one of our vendors, as described in detail above. 

^® The user could enter information on a remote communication device 40, 

such as a personal device that is then subsequently uploaded to the system 1 1 by 
dropping a little cradle on the conputer through the internet gateway network 30 
connection. The user could also enter information via web page through a stand 
alone desk top or laptop computer. The user also could enter information fix>m a 

1 5 wireless device. In this case it would be determined which ads to deliver to the 

user. Some of the software preferably resides with the vendors that are involved 
in the transaction. 

While the above description of the auctioning of advertising opportunities 
is described in relation to wireless communications devices, the methods could 

20 apply equally well in other areas. For example, another ad-based opportunity 

could be an advertisement that would run during the Super Bowl. The media 
source may reserve 30 seconds of ad space at various times during the game, such 
as at half time and within the last two minutes of both the first and second halves. 
As those skilled in the art will appreciate, there exist a wide variety of 

25 opportunities that can be used without departing from the essential spirit and scope 

of the invention. 

It is to be understood that a wide range of changes and modifications to the 
embodiments described above will be apparent to those skilled in the art and are 
contemplated. It is therefore intended that the foregoing detailed description be 
30 regarded as illustrative, rather than limiting, and that it be understood that it is the 
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following claims, including all equivalents, that are intended to define the spirit 
and scope of the invention. 
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WE CLAIM: 

1 . A method of providing a real time auction of advertising in a 
communications network comprising the steps of: 

providing location based information related to a user of the 
communication network to at least one advertiser; and 

auctioning advertising space to said user of said commimication 

network. 
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